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STATEMENT REGARDING FEDERALLY 
SPONSORED RESEARCH OR DEVELOPMENT 

[0002] Not applicable. 

FIELD OF THE I NVENT I ON 

[0003] The pr e s e nt i nv e nt i on technoloav herein relates to a game apparatus, a 

game program and a game method. More specifically, the present 
inv e nt i on technoloqy herein relates to a game apparatus, a game program and a 
game method for displaying a battle scene in which characters in a game world fight 
with each other. 

BACKGROUND AND SUMMAR Y OF THE I NVENT I ON 

[0004] An example of this kind of a conventional game apparatus is disclosed 

in Japanese-patent No.2794230 registered on June 26, 1998. In such a 
conventional video game apparatus, offensive turns are alternately changed 
between a player character and an enemy character. In the offensive turn of the 
player character, the player character attacks the enemy character by selecting a 
specific command. In the enemy character offensive turn, an attack is made on the 
player character depending upon the kind of enemy character. For example, when a 
player character attacks the enemy character, a hit point of the enemy character is 
reduced depending on the attack, and when the HP becomes 0, the enemy 
character disappears from a screen. 
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[0005] Another example of this kind of a conventional game apparatus is 

disclosed in a Japanese Patent Laying-open No. 11-179055 laid-open on July 6, 
1999. In such conventional game apparatus, an offensive power of the player's own 
character is represented by a bar graph of ATB bar. For example, when the enemy 
character enters a firing range of attack of his own character, a display of the ATB 
bar is started, that is, the bar graph gradually extends from 0. The bar graph has a 
length in proportion to a lapsed time from an ATB bar display starting time, but 
doesn't extend when it reaches an upper limit. When the player instructs his own 
character to attack, an attack is made on the enemy character with offensive power 
in proportion to the length of the bar graph displayed by the ATB bar. 

[0006] However, in the former case, the attack to the enemy character is to 

apply the hit point set in advance by the selected command or to apply the hit point 
obtained by multiplying the hit point by a ratio determined by use of a random 
number, and a player's attacking ability (skill) is not reflected on the offensive power. 
This operation limits the entertainment and interest aspects of the game. 

[0007] Furthermore, in the latter case, the offensive power depending upon 

the length of the bar graph displayed on the ATB bar is merely applied to the enemy 
character. This operation also limits the entertainment and interest aspects of the 
game. 

[0008] Therefore, it is a primary feature of the present i nvontion presentlv 

preferred exemplary non-limiting implementation to provide a novel game apparatus, 
game program and game method. 

[0009] Furthermore, another feature of the illustrative embod i ments 

implementations is to provide a unique game apparatus, unique game program and 
unique game method operable to reflect a player's ability on a game. 

[0010] A game apparatus according to the illustrative 

e mbod i m e nts implementations displays a battle scene in which characters in a game 
world fight with each other, comprising: first storage locations for storing a parameter 
for each character appearing in the game world; second storage locations for storing 
an operation timing pattern showing a player timings to be operated in association 



2 



with each character; an instruction image changing mechanism for displaying, when 
the battle scene is displayed, an instruction image and changing a displaying manner 
of the instruction image on the basis of the operation timing pattern associated with 
the character appearing in the battle scene stored in the second storage locations; 
an operation detecting mechanism for detecting an operation by the player input in 
response to a change of the instruction image; a changing value calculating 
mechanism for calculating a changing value for changing the parameter of the 
character depending upon a degree of coincidence between the operation timing of 
the player at a time of being detected by the operation detecting mechanism and the 
timing of the operation timing pattern; and a parameter updating mechanism for 
updating the parameter of the character being appearing in the battle scene on the 
basis of the changing value calculated by the changing value calculating mechanism. 

[001 1] More specifically, the game apparatus (12: a reference numeral 

corresponding in "the detailed description of the preferred 
embod i m e nts implementations " described later, and so forth) displays the game 
world in which the characters in the game world fight with each other. The first 
storage locations (40) store the parameter for each character appearing in the game 
world, and the second storage locations (40) store the operation timing pattern 
showing a player timings to be operated in association with each character (72, 74). 
When the battle scene (80) is displayed, the instruction image changing mechanism 
(36, S1 1 ) displays the instruction image (78) and changes the displaying manner of 
the instruction image (78) on the basis of the operation timing pattern associated 
with the character (72, 74) appearing in the battle scene (80) stored in the second 
storage locations (40). By watching the instruction image (78), the player weights 
the timing of the operation (attack). The operation by the player is detected by the 
operation detecting mechanism (36, S53). Thereupon, the changing value 
calculating mechanism (36, S77) calculates the changing value for changing the 
parameter of the character (72, 74) depending upon the degree of coincidence 
between the operation timing of the player at a time of being detected and the timing 
of the operation timing pattern. Then, the parameter updating mechanism (36, S15, 
S21 ) updates the parameter of the character (72, 74) being appearing in the battle 
scene (80) on the basis of the calculated changing value. 
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[0012] According to the illustrative e mbodim e nt s implementations . the 

parameter of the character can be changed depending upon the operation timing by 
the player, and therefore, it is possible to reflect an operation ability of the player on 
the content of the game. 

[0013] In one e mbod i men t exemplarv non-limiting implementation- ef-the 

prosont i nvent i on , the second storage locations store for each character the 
operation timing patterns having different difficulty levels of the operation for the 
player, and the instruction image changing mechanism changes the displaying 
manner of the instruction image on the basis of the operation timing pattern 
associated with any one of an offensive character and a defensive character. More 
specifically, the second storage locations (40) store for each character (72, 74) the 
operation timing pattern having different difficulty levels of the operation for the 
player, and the instruction image changing mechanism (36, S11) changes the 
displaying manner of the instruction image on the basis of the operation timing 
pattern associated with any one of the offensive character (72) and the defensive 
character (74). 

[0014] In a case of changing the displaying manner of the instruction image on 

the basis of the operation timing pattern associated with the offensive character, a 
complex (difficult) operation timing pattern can be associated with a character having 
a strong offensive power while a simple (easy) operation timing pattern can be 
associated with a character having a weak offensive power. That is, small and large 
offensive power can be determined by the operation ability (skill) of the player, and it 
is possible to give an enhanced sense of accomplishment to the player. 

[0015] In a case of changing the displaying manner of the instruction image on 

the basis of the operation timing pattern associated with the defensive character, a 
complex (difficult) operation timing pattern can be associated with a strong character 
while a simple (easy) operation timing pattern can be associated with a weak 
character. That is, whether or not to defeat the character depends on the operation 
ability (skill). 

[0016] In one aspect of the illustrative e mbodiments implementations . the 

parameter includes a physical strength parameter on which a battle continuing ability 
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of the character depends, and the parameter updating mechanism reduces the 
physical strength parameter of a defensive character such that the defensive 
character being appearing in the battle scene is damaged on the basis of the 
changing value calculated by the changing value calculating mechanism. More 
specifically, the parameter, for example, includes the physical strength parameter on 
which the battle continuing ability of the character depends. The parameter updating 
mechanism (36, S15) reduces the physical strength parameter of the defensive 
character (74) such that the defensive character (74) being appearing in the battle 
scene is damaged on the basis of the changing value calculated by the changing 
value calculating mechanism (36, S77). The changing value is calculated depending 
upon the operation timing of the player and reflects on the physical strength 
parameter of the defensive character (74). Thus, an effect of attacking is 
changeable depending upon the operation ability of the player, and whereby, an 
entertainment aspect of the game can be improved. 

[0017] In another one of the illustrative e mbod i m e nts implementations . the 

instruction image changing mechanism changes the displaying manner by displaying 
the instruction image in a rhythmic manner, an enlarged/reduced manner, or a 
displayed/non-displayed manner on the basis of the operation timing pattern 
associated with the character appearing in the battle scene. More specifically, the 
instruction image changing mechanism (36, S11) changes the displaying manner by 
displaying the instruction image (78) in a rhythmic manner, an enlarged/reduced 
manner, or a displayed/non-displayed manner on the basis of the operation timing 
pattern associated with the character (72, 74) appearing in the battle scene (80). 
That is, the displaying manner of the instruction image (78) is changed according to 
a predetermined rhythm and therefore, a rhythmic attack can cause an effective 
damage. 

[0018] In another non-limiting embodimen t of tho prosont i nvention , the 

instruction image changing mechanism changes at least one of a color and a shape 
of the instruction image at the timing that has to be operated by the player on the 
basis of the operation timing pattern. More specifically, the instruction image 
changing mechanism (36, S41) changes at least one of the color and the shape of 
the instruction image (78) at the timing that has to be operated by the player on the 
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basis of the operation timing pattern, and therefore, if the player watches the 
instruction image (78), a timing to be operated (attacked) can be easily weighted. 

[0019] In another aspect of the illustrative e mbodiment s implementations . a 

music reproducing mechanism for reproducing music data for playing a background 
music (BGM) in the battle scene is further provided, wherein the second storage 
locations store the music data which is utilized as the operation timing pattern and is 
constituted of a plurality of kinds of parts each being a reproduction object by the 
music reproducing mechanism, and the instruction image changing mechanism 
changes the displaying manner of the instruction image on the basis of any one of 
the parts constituting the music data when the BGM is being played by the music 
reproducing mechanism. More specifically, the game apparatus (12) is provided with 
the music reproducing mechanism (34a, 36, 62, S119) for reproducing the music 
data for playing a BGM in the battle scene (80). The second storage locations (40) 
store the music data (sound data) which is utilized as the operation timing pattern 
and is constituted of the plurality of kinds of parts each being the reproduction object 
by the music reproducing mechanism (34a, 36, 62, S119). The instruction image 
changing mechanism (36, S41 ) changes the displaying manner of the instruction 
image (78) on the basis of any one of the parts constituting the music data, e.g., the 
drum part when the BGM is being played by the music reproducing mechanism (34a, 
36, 62, S1 19). That is, the player can weight the timing of an operation with ease not 
only by watching the instruction image but also by listening to the drum part of the 
BGM. 

[0020] In the other aspect of the illustrative e mbod i ments implementations , the 

parameter includes an ability parameter on which a superiority of a fighting capability 
of the character depends, and the parameter updating mechanism updates the 
ability parameter of the character to be operated by the player on the basis of the 
changing value calculated by the changing value calculating mechanism when the 
battle is ended. More specifically, the parameter includes the ability parameter on 
which the superiority of the fighting capability (level) of the character (72, 74) 
depends. The parameter updating mechanism (36, S21) updates the ability 
parameter of the character (72) to be operated by the player on the basis of the 
changing value calculated by the changing value calculating mechanism (36, S77) 
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when the battle is ended. That is, since the ability parameter of the character (72) to 
be operated by the player is increased on the basis of the changing value calculated 
depending upon the operation timing, it is possible to change a degree of a level 
improvement of the player character in accordance with the operation ability of the 
player. Therefore, it is possible to improve an entertainment aspect of the game. 

[0021] In one ombodimont of tho prosont invontion exemplarv non-limiting 

implementation , the changing value calculating mechanism calculates the changing 
value so as to largely change the parameter of the character as a degree of 
coincidence between the operation timing of the player at a time of being detected by 
the operation detecting mechanism and the timing of the operation timing pattern 
corresponding to the timing is higher. More specifically, the changing value 
calculating mechanism (36, S77) calculates the changing value so as to largely 
change the parameter of the character (72, 74) as the degree of coincidence 
between the operation timing of the player at a time of being detected by the 
operation detecting mechanism and the timing of the operation timing pattern 
corresponding to the timing is higher. Specifically, the ability parameter of the 
offensive character is largely increased while the physical strength parameter of the 
defensive character is largely reduced. That is, the player can perform an accurate 
operation as a degree of learning of the game is higher, and can reflect his or her 
operation on the content of the game. 

[0022] In another ombod i m e nt of th e pr e s e nt invont i on exemplarv 

implementation , the operation timing pattern is constructed so as to be successively 
operated at a plurality of timings by the player, and the changing value calculating 
mechanism calculates, every time that the operation by the player is detected by the 
operation detecting mechanism, the changing value depending upon a degree of 
coincidence between the operation timing by the player at that time and the timing of 
the operation timing pattern corresponding to the time. More specifically, the 
operation timing pattern is constructed so as to be successively operated at the 
plurality of timings by the player, and the changing value calculating mechanism (36, 
S77) calculates the changing value depending upon the degree of coincidence 
between the operation timing and the timing of the operation timing pattern every 
time. That is, the offensive character can attack at a plurality of times per one 
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offensive turn, and apply a damage thus accumulated to the defensive character so 
as to reduce the physical strength parameter of the defensive character. 
Furthermore, the ability parameter can be increased depending upon the 
accumulated damage. Thus, it is possible to enjoy development of the game 
depending upon the operation ability of the player. 

[0023] In tho proforrod ombod i mont of tho prosont i nvont i on an exemplary 

implementation , the changing value calculating mechanism calculates the changing 
value so as to be gradually increased when the degree of coincidence between the 
operation timing of the player detected by the operation detecting mechanism and 
the timing of the operation timing pattern is successively high. More specifically, the 
changing value calculating mechanism (36, S77) calculates the changing value so as 
to be gradually (nonlinearly) increased when the degree of coincidence between the 
operation timing and the timing of the operation timing pattern is successively higher. 
That is, the higher the operation ability of the player is, the greater is the damage to 
be applied to the character. 

[0024] In th e othor ombod i ment of th e present invont i on another 

implementation , the battle scene is for fighting the characters with each other by 
alternately repeating an offensive turn and a defensive turn, further comprising a turn 
changing mechanism for allowing successive operations by the player until the 
degree of coincidence does not become lower than a predetermined value and 
making a change between the offensive turn and the defensive turn at a time that the 
degree of coincidence becomes lower than the predetermined value. More 
specifically, the battle scene (80) is for fighting the characters with each other by 
alternately repeating the offensive turn and the defensive turn. The turn changing 
mechanism (36, S19) allows the successive operations by the player until the degree 
of coincidence does not become lower than the predetermined value and makes the 
change between the offensive turn and the defensive turn at a time that the degree 
of coincidence become lower than the predetermined value. For example, in a case 
the degree of coincidence becomes lower than the predetermined value due to 
failing in the attack, the offensive turn and defensive turn is changed; however, 
during succeeding in the attack, the successive attacks can be made. That is, it is 
possible to make an attack depending upon the operation ability of the player. 
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[0025] In another aspect of the illustrative ombodimonts implementations . third 

storage locations for storing the number of operable times information indicative of 
the number of operable times by the player; a number of times reducing mechanism 
for reducing the number of operable times depending upon an operation of the 
player; and an operation ending mechanism for ending the operation by the player 
when the number of operable times becomes 0 are further provided. More 
specifically, the third storage locations (40) store the number of operable times 
information indicative of the number of attackable (operable) times per one offensive 
turn. The number of times reducing mechanism (36, S79) reduces the number of 
operable times depending upon the operation of the player. Then, the operation 
ending mechanism (36, S81 ) ends the operation by the player, i.e., offensive turn 
when the number of operable times becomes 0. That is, the number of operable 
(attacking) times can be restricted. 

[0026] In on e e mbodim e nt of th e pr e s e nt i nvent i on implementation . a number 

of times increasing mechanism for increasing the number of operable times when 
the degree of coincidence between the operation timing of the player and the timing 
of the operation timing pattern is successively high is further provided. More 
specifically, the number of times increasing mechanism (36, S73) increases the 
number of operable times when the degree of the coincidence between the operation 
timing of the player and the timing of the operation timing pattern is successively 
high. A player superior in the operation ability can make more attacks per one 
offensive turn. Thus, it is possible to increase a sense of accomplishment. 

[0027] A game program according to the illustrative 

ombod i monts implementations is executed by a computer of a game apparatus in 
order to display a battle scene in which characters in a game world fight with each 
other. The game program works the computer as following mechanism: first storage 
locations for storing a parameter for each character appearing in the game world; 
second storage locations for storing an operation timing pattern showing to a player 
timings to be operated in association with each character; an instruction image 
changing mechanism for displaying, when the battle scene is displayed, an 
instruction image and changing a displaying manner of the instruction image on the 
basis of the operation timing pattern associated with the character appearing in the 
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battle scene stored in the second storage locations; an operation detecting 
mechanism for detecting an operation by the player input in response to a change of 
the instruction image; a changing value calculating mechanism for calculating a 
changing value for changing the parameter of the character depending upon a 
degree of coincidence between the operation timing of the player at a time of being 
detected by the operation detecting mechanism and the timing of the operation 
timing pattern; and a parameter updating mechanism for updating the parameter of 
the character being appearing in the battle scene on the basis of the changing value 
calculated by the changing value calculating mechanism. 

[0028] In the game program of the illustrative e mbodiments implementations 

also, it is possible to reflect the operation ability of the player on the content of the 
game similarly to the above-described game apparatus. 

[0029] A game method according to the illustrative 

e mbod i monts implementations is a game method of a game apparatus which 
displays a battle scene in which characters in a game world fight with each other and 
has first storage locations for storing a parameter for each character appearing in the 
game world and second storage locations for storing an operation timing pattern 
showing to a player timings to be operated in associated with each character, 
comprising following steps of: (a) displaying, when the battle scene is displayed, an 
instruction image and changing a displaying manner of the instruction image on the 
basis of the operation timing pattern associated with the character appearing in the 
battle scene stored in the second storage locations; (b) detecting mechanism for 
detecting an operation by the player input in response to a change of the instruction 
image; (c) calculating a changing value for changing the parameter of the character 
depending upon a degree of coincidence between the operation timing of the player 
at a time of being detected in a step (b) and the timing of the operation timing 
pattern; and (d) updating the parameter of the character being appearing in the battle 
scene on the basis of the changing value calculated in the step (c). 

[0030] In the game method of the illustrative ombod i monto implementations 
also, it is possible to reflect the operation ability of the player on the content of the 
game similarly to the above-described game apparatus. 
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[0031] Another game apparatus according to the illustrative 

e mbodim e nts implementations displays a battle scene in which characters in a game 
world fight with each other, comprising: first storage locations for storing a parameter 
for each character appearing in the game world; second storage locations for storing 
in association with said each character a background music that renders an 
operation timing pattern presenting to a player timings to be operated a rhythm 
pattern; a BGM reproducing mechanism for reproducing a background music 
associated with the character being appearing in the battle scene stored in the 
second storage locations; an operation detecting mechanism for detecting an 
operation by the player input after the background music starts to be reproduced; a 
changing value calculating mechanism for calculating a changing value for changing 
the parameter of the character depending upon a degree of coincidence between the 
operation timing of the player at a time of being detected by the operation detecting 
mechanism and the timing of the rhythm pattern of the background music 
corresponding to that time; a parameter updating mechanism for updating the 
parameter of the character being appearing in the battle scene on the basis of the 
changing value calculated by the changing value calculating mechanism. 

[0032] It is also possible for the player to weigh the operation timing by 

reproducing the BGM including the rhythm pattern as the operation timing without 
displaying the instruction image. Furthermore, the parameter of the character can be 
changed depending on the operation timing by the player. Therefore, it is possible to 
reflect the operation ability of the player on the content of the game as in the above- 
described game apparatus. 

[0033] The above described objects and other objects, features, aspects and 

advantages of the illustrative ombod i monts implementations will become more 
apparent from the following detailed description of th e pr e s e nt i nv e nt i on a presently 
preferred exemplary non-limiting when taken in conjunction with the accompanying 
drawings. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

[0034] These and other features and advantages will be better and more 

completely understood by referring to the following detailed description of exemplary 
non-limiting illustrative implementations in conjunction with the drawings of which: 

[0035] Figure 1 is an illustrative view showing one example of a game system 

of tho prosont i nvont i on a presently preferred non-limiting exemplary implementation : 

[0036] Figure 2 is a block diagram showing a electric configuration of a video 

game apparatus shown in Figure 1 implementation e mbod i m e nt : 

[0037] Figure 3 is an illustrative view showing a memory map of a main 

memory shown in Figure 2; 

[0038] Figure 4 is an illustrative view showing a content of parameter data 

shown in Figure 3; 

[0039] Figure 5 is an illustrative view showing a content of operation timing 

pattern data shown in Figure 3; 

[0040] Figure 6 is an illustrative view showing one example of a game screen 

(battle screen) displayed on a monitor shown in Figure 1 
e mbod i m e nt implementation : 

[0041] Figure 7 is an illustrative view showing one example of an oscillating 

movement of an instruction image displayed on the battle screen shown in Figure 6; 

[0042] Figure 8 is an illustrative view showing massiveness of damage 

depending upon an operation timing with respect to the oscillating movement of the 
instruction image displayed on the battle screen shown in Figure 6; 

[0043] Figure 9 is a flowchart showing a game process of a CPU shown in 

Figure 2; 

[0044] Figure 10 is a flowchart showing a BGM reproducing and pendulum 

image starting process of the CPU shown in Figure 2; 
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[0045] Figure 1 1 is a flowchart showing a part of an operation timing 

determining process of the CPU shown in Figure 2; 

[0046] Figure 12 is a flowchart showing another part of the operation timing 

determining process of the CPU shown in Figure 2; 

[0047] Figure 13 is an illustrative view showing another example of an 

instruction image displayed on the battle screen shown in Figure 6; and 

[0048] Figure 14 is an illustrative view showing a content of the operation 

timing pattern data stored in a main memory in another ombod i mont of tho prosont 
i nv e nt i on implementation . 

DETAILED DESCRIPTION OF THE PREFERRED EMBOD I MENTS 

[0049] Referring to Figure 1 , a video game system 10 of this ombod i mont non- 

limiting exemplary implementation includes a video game apparatus 12. Although a 
power source is applied to the video game apparatus 12, a general AC adapter (not 
shown) may be applied thereto in this e mbod i ment implementation . The AC adapter 
is inserted into a standard wall socket for home use, and a power source for home 
use is converted to a low DC voltage signal suitable for driving the video game 
apparatus 12. In another e mbodim e nt non-limiting exemplary implementation , a 
battery may be utilized as the power source. 

[0050] The video game apparatus 12 includes an approximately cubic housing 

14, and the housing 14 is provided with an optical disk drive 16 on an upper edge 
thereof. An optical disk 18 which is one example of an information storage medium 
storing at least a game program, graphics data, and sound data is loaded on the 
optical disk drive 16. The housing 14 is provided with a plurality of connectors 20 
(four in this ombod i mont implementation ) on a front surface thereof. These 
connectors 20 are for connecting a controller 22 to the video game apparatus 12 by 
a cable 24 integrated into the controller 22 and can connect up to four controllers to 
the video game apparatus 12 in this ombod i mon t implementation . 
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[0051] The controller 22 is provided with an operating mechanism (control) 26 

on upper, lower, lateral sides, etc. thereof. The operating mechanism 26, for 
example, includes two analog joysticks, one cross switch, a plurality of button 
switches and so on. One analog joystick is utilized for inputting a moving direction 
and/or a moving speed, moving amount and etc. of a player character (a moving 
image character operable by the controller 22 by the player) according to an amount 
and a direction of an inclination of the stick. Other analog joystick is utilized for 
controlling a movement of the virtual camera according to a direction of an inclination 
thereof. The cross switch is utilized for instructing a moving direction of the player 
character in place of the analog joystick. The button switches are utilized for 
instructing a movement of the player character, switching a point of view of the 
virtual camera in the three-dimension image, adjusting the moving speed of the 
player character and etc. The button switches, for example, further control a menu 
selection and a movement of a pointer or a cursor. 

[0052] It is noted that the controller 22 is connected to the video game 

apparatus 12 by the cable 24 integrated into the controller 22 in this 
ombod i mont implementation . However, the controller 22 may be connected to the 
video game apparatus 12 by another method such as a wireless manner via an 
electromagnetic wave (e.g., radio wave or infrared ray). Furthermore, detailed 
structure of the operating mechanism 26 of the controller 22 is, of course, not limited 
to the structure of the ombod i mont implementation and can be arbitrarily changed or 
modified. For example, the only one analog joystick may be utilized or no analog 
joystick may be utilized. The cross switch may not be utilized. 

[0053] At least one (two in this e mbod i mont implementation ) memory slot 28 is 

provided below the connectors 20 on the front surface of the housing 14 of the video 
game apparatus 12. A memory card 30 is inserted to this memory slot 28. The 
memory card 30 is utilized for loading the game program and etc. read from the 
optical disk 18 so as to temporarily store, or saving game data (e.g., result of a 
game) of the game that the player plays by utilizing the game system 10. 

[0054] The housing 14 of the video game apparatus 12 is, on a rear surface 

thereof, provided with an AV cable connector (not shown) with which a monitor 34 is 
connected to the video game apparatus 12 through an AV cable 32. The monitor 34 
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is typically a color television receiver, and the AV cable 32 inputs a video signal from 
the video game apparatus 12 to a video input terminal of the color television and 
applies a sound signal to a sound input terminal. Accordingly, a game image of a 
three-dimension (3D) video game, for example, is displayed on the color television 
(monitor) 34, and a game sound (stereo game sound) such as a game music, a 
sound effect and etc. is output from right and left speakers 34a. 

[0055] In the game system 10, a user or a game player first turns on an 

electric power source of the game apparatus 12 in order to play a game (or another 
application), and then selects a suitable optical disk 18 storing a video game (or 
another application intended to play), and loads the optical disk 18 on the disk drive 
16 of the video game apparatus 12. In response thereto, the game apparatus 12 
starts to execute the video game or another application on the basis of software 
stored in the optical disk 18. The player operates the controller 22 so as to apply an 
input to the game apparatus 12. For example, the player starts the game or another 
application by operating any one of the operating mechanism 26. By moving another 
of the operating mechanism 26, it is possible to move the moving image character 
(player character) toward different directions and to change the point of eye of the 
user (camera location) in the three-dimensional (3D) game playing virtual space 
(hereinafter referred to as "game world"). 

[0056] Figure 2 is a block diagram showing an electrical structure of the video 

game system 10 of Figure 1 ombod i mont implementation . The video game 
apparatus 12 is provided with a central processing unit (hereinafter, may be referred 
to as "CPU") 36. The CPU 36 is called a computer or a processor and is in charge of 
governing overall control of the video game apparatus 12. The CPU36 functions as 
a game processor and is connected with a memory controller 38 via a bus. The 
memory controller 38 mainly controls writing and reading of a main memory 40 
connected via a bus under control of the CPU 36. The memory controller 38 is 
coupled with a GPU (Graphics Processing Unit) 42. 

[0057] The GPU 42 forms a part of a rendering mechanism, is constructed by 

a single chip ASIC , for example, and receives a graphics command (a construction 
command) from the CPU 36 via the memory controller 38 and then, in response to 
the command, generates the three-dimension (3D) game image by a geometry unit 
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44 and a rendering unit 46. Specifically, the geometry unit 44 performs a coordinate 
operation process such as turn-around or rotation, movement, transformation and 
etc. of a variety of characters and objects (which is formed by a plurality of polygons, 
and the polygon is a polygonal plane defined by at least three vertex coordinates) in 
a three-dimension coordinates system. The rendering unit 46 pastes performs an 
image generating process such as pasting a texture on each of polygons of the 
variety of objects and so on. Accordingly, three-dimension image data to be 
displayed on the game screen is produced by the GPU 42, and the image data is 
rendered (stored) in the frame buffer 48. 

[0058] It is noted that data (primitive or polygon, texture and etc.) desired to 

execute the construction command by the GPU 42 is acquired from the main 
memory 40 via the memory controller 38. 

[0059] The frame buffer 48 is a memory for rendering (storing) the image data 

of one frame of the raster scan monitor 34, for example, and is rewritten by the GPU 
42 every one frame. A video l/F 58 described later reads the data stored in the 
frame buffer 48 via the memory controller 38 and the GPU 42, and whereby the 3D 
game image is displayed on the screen of the monitor 34. 

[0060] Furthermore, a Z buffer 50 has a storage capacity equal to the number 

of pixels (storing positions or addresses) corresponding to the frame buffer 48 xthe 
number of bits of depth data per one pixel, and store depth information or depth data 
(Z value) of dots corresponding to respective storing positions of the frame buffer 48. 

[0061] It is noted that the frame buffer 48 and the Z buffer 50 may be 

constructed by utilizing a portion of the main memory 40. 

[0062] The memory controller 38 is also connected to an ARAM 54 via a DSP 

(Digital Signal Processor) 52. Accordingly, the memory controller 38 controls the 
writing and/or the reading of the ARAM 54 as a sub memory in addition to the main 
memory 40. 

[0063] The DSP 52 functions as a sound processor and generates audio data 

corresponding to a sound required for the game, a music or sound by use of the 
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sound data (see Figure 3) stored in the main memory 40 and by use of sound wave 
form data written to the ARAM 54. 

[0064] The memory controller 38 is further connected to respective interfaces 

(l/F) 56, 58, 60, 62 and 64 by buses. The controller l/F 56 is an interface for the 
controller 22 and applies an operation signal or data of the operating mechanism 26 
to the CPU 36 through the memory controller 38. The video l/F 58 accesses the 
frame buffer 48 to read the image data formed by the GPU 42 and then, applies the 
image signal or the image data (digital RGB pixel values) to the monitor 34 via the 
AV cable 32 (Figure 1). 

[0065] The external memory l/F 60 makes the memory card 30 (Figure 1) 

which is inserted to the front surface of the video game apparatus 12 communicate 
to the memory controller 38. This allows the CPU 36 to write and read the data to 
and from the memory card 30 (Figure 1) via the memory controller 38. The audio l/F 
62 receives audio data applied from the DSP 52 through the memory controller 38 or 
an audio stream read from the optical disk 18, and then applies an audio signal 
(sound signal) corresponding thereto to the speakers 34a of the monitor 34. 

[0066] The disk l/F 64 connects the disk drive 16 to the memory controller 38, 
and whereby the CPU 36 controls the disk drive 16. The disk drive 16 writes 
program the data, the texture data and etc. read from the optical disk 18 to the main 
memory 40 under control of the CPU 36. 

[0067] Figure 3 shows a memory map of the main memory 40. The main 

memory 40, for example, is constituted of a program storing area 402 and a data 
storing area 404. The program storing area 402 is stored with a game program read 
from the optical disk 18 entirely at a time or partially and sequentially. The game 
program is constituted of a game main processing program 402a, an operation 
timing displaying program 402b, a sound processing program 402c, an operation 
timing determining program 402d and etc. 

[0068] It is noted that a description as to processing according to these 

programs is made later by use of a flowchart (see Figure 1 1 to Figure 14) in detail. 
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[0069] Furthermore, the data storing area 404 is stored with data read from 

the optical disk 18 at a time or partially and sequentially, and temporarily stored with 
game data generated as the game progresses. As such the data, image data 404a, 
parameter data 404b, operation timing pattern data 404c, sound data 404d and etc. 
are stored in this embod i mon t implementation . 

[0070] The image data 404a includes image data such as a polygon related to 

a plurality of characters and image data of a game world (including battle screen). 
Herein, the character mechanism a player character, a non-player character, an item 
character or a background object (character) such as a wall object, a land object and 
etc. The player character is a character who can be moved in a desired direction or 
can be subjected to a desired movement by the player, and the non-player character 
is a character such as an enemy character who can be moved in a direction set by 
the program or can be subjected to a movement set by the program independent of 
an operation of the controller by the player. Furthermore, the item character is a 
character of an item (e.g., food, money, medicine and arms) which is obtained or 
acquired by the player character during the game. 

[0071] The parameter data 404b is numerical data as to a hit point (HP) and 

an experienced value of the player character and the enemy character (non-player 
character). As shown in Figure 4, the parameter data 404b is data of a table in 
which a numerical value or a range of the numerical values of each of the HP and 
the experienced value are described for each character. 

[0072] Herein, the HP is a physical strength parameter on which a battle 

continuing ability of the character depends, i.e., lives of the player character and the 
enemy character. As to the player character, a numerical value on the left side is the 
numerical value of a current life and is updated every time that a battle against the 
enemy character is finished. It is noted that there is a case that by obtaining and 
using a specific item, the current life may be increased. Furthermore, a numerical 
value inside the parentheses is a maximum value (MAX) of the life and changeable 
according to the experienced value described later. On the other hand, as to the 
enemy character, the life is indicated by a range of the numerical values. For 
example, the numerical value of the life of the enemy character is, every time that a 
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battle is made, set (determined) within the range according to a random number and 
a level (experienced value) of the player character. 

[0073] Furthermore, the experienced value is an ability parameter for 

determining superiority in a fighting capability of the characters, and as to the player 
character, the value is increased by defeating the enemy character, obtaining a 
specific item, and so forth. In addition, as to the enemy character, the value is 
shown as a range of the experienced values to be applied to the player character in 
a case of being defeated by the player character. For example, the experienced 
value obtained by defeating the enemy character by the player character is, as a 
rule, set (determined) within the range of the numerical values in correspondence to 
the enemy character every time that the battle is made. It is noted that in some 
cases, the experienced value is determined so as to take a value out of the range. A 
determination method thereof is described later in detail and hence omitted herein. 

[0074] The operation timing pattern data 404c is determined in 

correspondence to each enemy character in this e mbod i m e n t implementation and is 
data as to operation timing patterns having different difficulty levels of the operation 
for the player. The detailed content is shown in Figure 5, and the operation timing 
patterns are assigned to the respective enemy characters A, B, .... In the operation 
timing pattern, a rhythm pattern, a frame number of the operation timing (timing 
frame number) and music information are described for each kind (pattern 1 , pattern 
2, ...). 

[0075] Herein, the "different difficulty levels of the operation" means a degree 

of difficulty of an operation by the player, i.e., means that regularity or irregularity of 
the operation timing patterns corresponding to the respective enemy characters are 
different. For example, for one enemy character, the rhythm pattern is formed by 
only triple time, for the other enemy character, the rhythm pattern is formed by only 
double time, and for another enemy character, the rhythm pattern is formed such 
that the triple time and the double time are mixed with each other. That is, the 
timings to be operated or a speed of the operation defined (designated) by the 
rhythm pattern, or the both thereof are different. 
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[0076] The rhythm pattern corresponds to a drum part at a time of playing the 

music (BGM 1 , BGM2, ...). It is noted that it is not necessary to be limited thereto, 
and it may be applied to a part of another musical instruments. A screen-displaying 
of a character (instruction image) for instructing an operation timing (attacking timing) 
of the player is executed according to the rhythm pattern (see Figure 7 and Figure 
8). 

[0077] Furthermore, the timing frame number is a start timing of a sound 

played by the drum part and a timing for changing a displaying manner (position, 
size, movement, color and etc.) of the instruction image in order to indicate an 
optimal operation timing described later. 

[0078] In addition, the music information is a music name or identifying 

information of the music (BGM) output (played) from the speakers 34a in a scene 
(battle scene) in which the player character fights against the encountered enemy 
character. The BGM is a music formed by one or plurality of parts (musical 
instruments and etc.), and the sound data of the BGM 404d is stored in the data 
storing area 404 of the main memory 40 described later. 

[0079] For example, as to an enemy character A, the operation timing pattern 

is a pattern 1 , and the rhythm pattern is one measure formed by "a quarter note, a 
rest, a quarter note and a rest", and the rhythm is repeated. Furthermore, assuming 
that one measure is 120 frames, the timing frame number is 1/120 and 61/120. 
Then, the music information is a BGM1. 

[0080] In addition, as to an enemy character B, the operation timing pattern is 

a pattern 2, and the rhythm pattern is one measure formed by "a quarter note, a 
quarter note, a eighth note, a eighth note and a quarter note", and the rhythm is 
repeated. Furthermore, assuming that one measure is 120 frames, the timing frame 
number is 1/120, 31/120, 61/120, 76/120 and 91/120. Then, the music information is 
a BGM2. 

[0081] Thus, the different operation timing patterns are assigned 

corresponding to the enemy characters; however, the number (kind) of the enemy 
characters is enormous, and therefore, there is a case that the same pattern is set to 



20 



the different kinds of enemy characters. For example, the same pattern is set to the 
enemy character having the experienced value of the same level. 

[0082] The sound data 404d is sound (music) data such as a sound required 

for the game (sound effect), music (BGM), a sound (sounds of characters) and etc. 

[0083] When a game process is executed by a game program written to the 

main memory 40, for example, by alternately repeating an offensive turn and 
defensive turn between the player character and the enemy character, it is possible 
to play a game in which the characters fight with each other. 

[0084] On a game screen 70 shown in Figure 6 (A), a player character 72 

moves in a game world (map) according to an operation by the player. Furthermore, 
enemy characters 74, and so on are also displayed on the game screen 70. It is 
noted that the enemy characters 74 is not displayed at all times and can be non- 
displayed depending upon a position of the player character 72. 

[0085] When the player character 72 encounters the enemy character 74, a 
game screen shown in Figure 6 (B) (battle screen) 80 is displayed. For example, on 
the battle screen 80, the player character 72 is placed at the bottom of the screen 
together with a displaying portion of the HP 76. On the other hand, the enemy 
character 74 with whom the player character 72 encounters is displayed at an upper 
center of the screen. Furthermore, an instruction image 78 for instructing (guiding) 
an operation timing (offensive timing) of the player is displayed in the center of the 
screen. 

[0086] As understood from Figure 6 (B), the instruction image 78 is circle, 

reciprocates (oscillates) so as to draw a semicircle (circular arc) to the rhythm of the 
operation timing pattern at least in the offensive turn of the player character 72 (like a 
pendulum), and changes its color when coming to a position that has to be operated 
by the player (the lowermost position shown in Figure 6 (B) in this 
ombod i mont implementation ). Although not shown by the drawing, the instruction 
image 78, for example, is changed to red at the lowermost position, and displays its 
outline in the same color as the background at positions except for the lowermost 
position. 
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[0087] It is noted that although the instruction image 78 changes its color at 

the lowermost position in this e mbod i m e n t implementation . a form thereof is changed 
at a timing that has to be operated by the player, and both of the color and the form 
may be changed. 

[0088] That is, in a case the battle screen 80 shown in Figure 6 (B) (battle 
scene) is displayed, the BGM shown by the music information of the operation timing 
pattern assigned in correspondence to the encountered enemy character is played, 
and the instruction image 78 is displayed in an oscillating manner to the rhythm 
pattern so as to come to the lowermost position at a timing shown by the timing 
frame number. In this regard, it may be said that the instruction image 78 is moved 
in a rhythmic manner. 

[0089] Figure 7 is an illustrative view showing a state in which the instruction 

images 78 are displayed in an oscillating manner with respect to the pattern 1 and 
the pattern 2. In the pattern 1 , the instruction image 78 is displayed at the lowermost 
position at a first frame (1/120) as shown in Figure 7 (A), reached to the uppermost 
position on the left side during a period between a second frame and a thirty-first 
frame, and returned to the lowermost position during a period between a thirty- 
second frame and a sixty-first frame as shown in Figure 7 (B). That is, the 
instruction image 78 oscillates halfway along the arc on the left side during a period 
of 60 frames. Then, the instruction image 78 is reached to the uppermost position 
on the right side during a period between a sixty-second frame and a ninety-first 
frame, and returned to the lowermost position during a period between a ninety- 
second frame and a one-hundred-and-twenty-first frame (first frame) as shown in 
Figure 7 (C). That is, the instruction image 78 oscillates halfway along the arc on the 
right side during a period of successive 60 frames, and returned to the state as 
shown in Figure 7 (A). 

[0090] As to the pattern 2, the instruction image 78 is displayed at the 

lowermost position at a first frame (1/120) as shown in Figure 7 (D), reached to the 
uppermost position on the left side during a period between a second frame and a 
sixteenth frame, and returned to the lowermost position during a period between a 
seventeenth frame and a thirty-first frame as shown in Figure 7 (E). That is, the 
instruction image 78 oscillates halfway along the arc on the left side during a period 
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of 30 frames. Next, the instruction image 78 is reached to the uppermost position on 
the right side during a period between a thirty-second frame and a forty-sixth frame, 
and returned to the lowermost position during a period between a forty-seventh 
frame and a sixty-first frame as shown in Figure 7 (F). That is, the instruction image 
78 oscillates halfway along the arc on the right side during a period of subsequent 30 
frames, and returned to the state as shown in Figure 7 (D). Succeedingly, the 
instruction image is reached to the uppermost position on the left side during a 
period between a sixty-second frame and a sixty-eighth frame, and returned to the 
lowermost position during a period between a sixty-ninth frame and a seventy-sixth 
frame as shown in Figure 7 (G). That is, the instruction image 78 oscillates halfway 
along the arc on the left side during a period of subsequent 1 5 frames. Next, the 
instruction image 78 is reached to the uppermost position on the right side during a 
period between a seventy-seventh frame and an eighty-third frame, and returned to 
the lowermost position during a period between an eighty-fourth frame and a ninety- 
first frame as shown in Figure 7 (H). That is, the instruction image 78 oscillates 
halfway along the arc on the right side during a period of subsequent 15 frames. 
Then, the instruction image is reached to the uppermost position on the left side 
during a period between a ninety-second frame and a one-hundred-and-sixth frame, 
and returned to the lowermost position during a period between a one-hundred-and- 
seventh frame and a one-hundred-and-twentieth frame (first frame). That is, the 
instruction image oscillates halfway along the arc on the left side during a period of 
last 30 frames. 

[0091] It is noted that in a case that the instruction image 78 is displayed in an 

oscillating manner according to the pattern 2, a moving direction of the instruction 
image 78 according to the pattern 2 at the end is reversed between the odd number 
of times and the even number of times, and therefore, assuming that a case shown 
in Figure 7 (D) to Figure 7 (I) is an oscillating display of the instruction image 78 at 
the odd number of times, the moving direction of the instruction image 78 is reverse 
(symmetrical) to that at the even number of times in each case of Figure 7 (D) to 
Figure 7 (I). 

[0092] Furthermore, as to the pattern 1 and the pattern 2, each of Figure 7 (A) 

and Figure 7 (D), each of Figure 7 (B) and Figure 7(F), and each of Figure 7 (C) and 



23 



Figure 7 (I) is shown in a line, and this means a time (the number of frames) when 
the instruction image 78 is displayed at the lowermost position is equal to each other. 

[0093] Specifically, the player weighs the timing of an attack (operation) by 

listening to a sound of the drum part of the music (BGM) to be played and viewing 
the instruction image 78 so as to attack the enemy character 74. For example, when 
the player operates the A button at a time that the instruction image 78 comes to the 
lowermost position or comes near thereto (within a predetermined range), a damage 
depending upon the position can be applied to the enemy character 74, and when 
the player operates the A button at a time that the instruction image 78 is away from 
the lowermost position or its vicinity (out of the predetermined range), the attack is 
regarded as a failure (mistake), and the offensive turn of the player character 72 is 
completed. 

[0094] Figure 8 (A) is an illustrative view showing small and large of the 

damage depending upon the operation timings. As shown in Figure 8 (A), when the 
player operates the A button at a time that the instruction image 78 comes to the 
lowermost position or comes near thereto (within the predetermined rage), the attack 
is regarded as a success, and this makes it possible to apply a damage to the 
enemy character 74. In this ombod i mont implementation , the damage to be applied 
to the enemy character 74, i.e., the offensive power of the player character is 
maximum when a timing of an attacking operation by the player (operation timing) 
and a timing of the instruction image 78 being displayed at the lowermost position 
(lowermost position displayed timing) are coincident with each other, and as a 
degree of coincidence is low, the damage to be applied to the enemy character 74 is 
gradually smaller. Furthermore, if the degree of coincidence is out of a constant 
value, that is, if the operation timing exceeds the predetermined range (the degree of 
coincidence is within 3 frames in this e mbod i ment implementation ), the attack is 
regarded as a failure, and this makes it impossible to apply the damage to the 
enemy character 74. 

[0095] It is noted that if no failing in the attack, it is possible to successively 

apply damages in a range within the number of times capable of attacking per one 
offensive turn ("groove point" in this ombodimont implementation ). For example, 
when the offensive turn of the player character 72 is started in this 
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embod i m e nt implementation . a groove point (groove value) is set to "100". Although 
omitted in Figure 3, the groove value is stored in the data storing area 404 of the 
main memory 40 and reduced depending upon the operation timing every time that 
the player makes an attack (operation) in the battle scene as described later. 

[0096] Figure 8 (B) shows an illustrative view showing a reduced value of the 

groove value depending upon the operation timing. As shown in Figure 8 (B), in a 
case that the degree of coincidence between the operation timing and the displayed 
timing is high, that is, in a case of a completely coincidence, and in a case of one 
frame of deviation in this e mbod i ment implementation , the groove value is reduced by 
"10". Furthermore, in a case that the degree of coincidence between the operation 
timing and the displayed timing is medium, that is, in a case of two frames of 
deviation in this e mbodim e n t implementation , the groove value is reduced by "20". In 
addition, in a case that the degree of coincidence between the operation timing and 
the displayed timing is low, that is, in a case of three frames of deviation in this 
ombod i mon t implementation , the groove value is reduced by "30". Then, in a case 
that the degree of coincidence between the operation timing and the displayed timing 
exceeds a constant value, that is, in a case that a range of the operation is out of a 
predetermined range (succeeding and preceding three frames of a complete 
coincidence), the groove value is reduced by "100". 

[0097] If the groove value is equal to or less than "0", the offensive turn of the 

player character 72 is completed, and the offensive turn and the defensive turn are 
changed between the player character 72 and the enemy character 74. That is, the 
offensive turn of the enemy character 74 is started, and the defensive turn of the 
player character 72 comes. Then, when the offensive turn of the enemy character 
74 is completed, the offensive turn of the player character 72 is started again. Thus, 
by alternately repeating the offensive turn and the defensives turn, the player 
character 72 and the enemy character 74 fight with each other, and when the player 
character 72 defeats the enemy character 74, the battle scene is completed. On the 
contrary thereto, when the enemy character 74 defeats the player character 72, the 
game is ended. 

[0098] It is noted that in some cases, the groove value is added. In a case 

that the degree of coincidence between the operation timing and the displayed timing 
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is successively high, the groove value is added in this e mbodiment implementation . 
For example, the groove value is added in a "5" to "10" range, and the greater the 
number of successive times is, the larger the added value is. 

[0099] The groove value is calculated every time that the player performs an 

offensive operation, and when the value is equal to or less than "0", the offensive 
turn of the player character is completed. That is, for a player with high operation 
ability, the relatively large number of times of attacks is performed, and therefore, a 
greater damage is applied to the enemy character 74. On the other hand, for a 
player with low operation ability, the small number of times of attacks is performed, 
and therefore, a less damage is applied to the enemy character 74. Thus, the 
number of times of attacks is limited based on the groove value. 

[00100] Furthermore, since the number of times of attacks is limited, if 
successively attacking the enemy character 74, it is possible that not only a damage 
depending upon the operation timing is merely accumulated but also a damage to be 
added is gradually (non-linearly) increased according to the number of times. 

[00101] Thus, by merely inputting an offensive command, not a predetermined 
damage or a damage obtained by multiplying a ratio determined by the random 
number is applied to the enemy character, but the damage depending on the 
operation ability (skill) of the player can be applied to the enemy character 74. That 
is, the skill of the player is reflected on the content of the game. 

[00102] More specifically, the CPU 36 shown in Figure 2 executes a game 
process according to a flowchart shown in Figure 9. When the game is started, it is 
determined whether or not the player character 72 encounters the enemy character 
74 in a step S1 . If "NO" in the step S1 , that is, if the player character 72 does not 
encounter the enemy character 74, the process directly proceeds to a step S23. 

[00103] On the other hand, if "YES" in the step S1 , that is, if the player 
character 72 encounters the enemy character 74, the battle screen 80 shown in 
Figure 6 (B) is displayed in a step S3. In a following step S5, it is determined 
whether or not the offensive turn of the player character 72 comes. For example, 
directly after the battle screen 80 is displayed, the offensive turn of the player 
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character 72 is normally started first, and every time the attack is ended, the 
offensive turn is changed between the player character 72 and the enemy character 
74. It is noted that at a time of fighting with the enemy character 74 having an 
attribute superior in "agility", the offensive turn of the enemy character 74 is started 
first. 

[00104] If "NO" in the step S5, that is, if the offensive turn of the enemy 
character 74 comes, it is determined that the attack of the enemy character 74 is 
completed in a step S7. If "NO" in the step S7, that is, if the offensive turn of the 
enemy character 74 is not completed, an offensive process of the enemy character 
74 is executed in a step S9 and then, the process returns to the step S7. On the 
contrary thereto, if "YES" in the step S7, that is, if the offensive turn of the enemy 
character 74 is completed, the offensive turn and the defensive turn are changed 
between the player character 72 and the enemy character 74, that is, the offensive 
turn of the player character 72 is started, and then, the process proceeds to a step 
S11. 

[00105] It is noted that although a detailed description of the offensive process 
as to the enemy character 74 is omitted, the attack of the enemy character 74 is 
determined in advance for each characters, and the enemy character 74 applies a 
damage to the player character 72 according to the game program by making an 
attack according to the experienced value of the player, for example. That is, the life 
(HP) of the player character 72 is reduced. It is noted that there is a possibility that 
the enemy character 74 fails in the attack, and in such the case, the HP of the player 
character 72 is not reduced, and the offensive turn of the player character comes. 

[00106] On the other hand, if "YES" in the step S5, that is, if the offensive turn 
of the player character 72 comes, a BGM reproducing and pendulum display starting 
process (see Figure 10) described later is executed in a step S1 1 , then, an operation 
timing determining process (see Figure 11 and Figure 12) described later is 
executed in a step S13, and the HP of the enemy character 74 is reduced depending 
upon the accumulated damage in a step S15. Then, it is determined whether or not 
the battle is completed in a step S17. More specifically, it is determined whether or 
not the player character 72 defeats the enemy character 74. 
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[00107] If "NO" in the step S1 7, that is, if the player character 72 does not 
defeat the enemy character 74, it is determined that the battle is not completed, and 
whereby, the offensive turn and the defensive turn are changed between the player 
character 72 and the enemy character 74 in a step S19, that is, the offensive turn of 
the enemy character 74 is started and then, the process returns to the step S5. That 
is, the battle is continued. On the other hand, if "YES" in the step S 1 7, that is, if the 
player character 72 defeats the enemy character 74, it is determined that the battle is 
completed, and whereby, an experienced value corresponding to the enemy 
character 74 is added to the ability parameter of the player character 72, i.e., the 
experienced value in a step S21 , and then, the process proceeds to a step S23. 

[00108] As shown in Figure 4, the experienced value of the enemy character 74 
is shown by the range of the numerical values, and therefore, the experienced value 
to be added is determined based on the experienced value depending upon the 
accumulated damage within the range of the experienced value as to the enemy 
character 74. It is noted that it is appropriate that the experienced value depending 
upon the accumulated damage is calculated so as to be added. 

[00109] Another game process is executed in the step S23. In belief, an image 
processing such as moving the player character 72 according to an operation by the 
player, moving the non-player character such as the enemy character 74 and etc., 
displaying (updating) images in the game space (game image 70 except for the 
battle screen herein), and so forth, a displaying processing of a message that has to 
be displayed according to the progress of the game, a sound output processing for 
outputting a music (BGM) required for the game and a sound (sound effect), and etc. 
are executed. It is noted that the sound output processing in another processing is 
the sound output processing except for the processing of reproducing the BGM in 
the battle scene. Furthermore, a backup processing of the game data sequentially 
updated according to the progress of the game is also executed as necessary. The 
backup processing may be executed according to an instruction by the player and 
may be automatically executed according to a predetermined event. 

[001 10] Then, it is determined whether or not the game is ended in a step S25. 
If "NO" in the step S25, that is, if the game is not ended, the process is returned to 
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the step S1 so as to proceed (continue) the game. On the other hand, if "YES" in the 
step S25, that is, if the game is ended, the game processing is ended. 

[001 11] It is noted that in a case that it is determined that the attack of the 
enemy character 74 is completed in the step S7, the offensive turn of the player 
character 72 is started; however, in a case the enemy character 74 defeats the 
player character 72 in the offensive turn of the enemy character 74, the game is over 
(game over), and the game processing is ended as it is. 

[001 12] Figure 10 is a flowchart showing the BGM reproducing and pendulum 
display starting process (step S1 1 ). When the CPU 36 starts the BGM reproducing 
and pendulum display starting process, a kind of the enemy character 74 is grasped 
in a step S31 . That is, the player character 72 specifies the encountered enemy 
character 74. In a following step S33, the CPU 36 reads the operation timing pattern 
data 404c corresponding to the specified enemy character 74 from the data storing 
area 404 and reads the BGM data (sound data) 404d shown by the music 
information data included in the operation timing pattern data 404c from the data 
storing area 404. Then, the CPU starts to reproduce the BGM on the basis of the 
BGM data in a step S35. 

[001 13] Furthermore, the CPU resets a counter (omitted in Figure 2) for 
counting the number of frames by one cycle in a step S37 and starts to count the 
counter to the tune of the BGM in a step S39. The counter, for example, is an up- 
counter which counts one cycle (120 frames in this e mbod i m e nt implementation ) and 
is reset and started if counted up to 120 (frames). 

[001 14] Then, an oscillating display of the instruction image 78 is started on the 
basis of the rhythm pattern data included in the operation timing pattern data 404c in 
a step S41, and then, the process is returned to the BGM reproducing and pendulum 
display starting process. More specifically, as shown in Figure 7, in the pattern 1 , 
the instruction image 78 starts to be displayed so as to oscillate halfway along the 
arc every 60 frames, and in the pattern 2, the instruction image 78 starts to be 
displayed so as to oscillate halfway along the arc every 30 frames or every 15 
frames. Furthermore, the oscillating display is controlled so that the instruction 
image 78 comes to the lowermost position according to the data of the timing frame 
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number included in the operation timing pattern data 404c, and a color of the 
instruction image 78 is changed at a timing show by the timing frame number. 

[001 15] It is noted that although the processing shown in steps S35 to S41 is 
described in chronological order, the reproducing of the BGM and the oscillating 
display of the instruction image 78 have to be synchronized with each other, and 
therefore, these processes are actually executed at the same time. 

[001 16] Figure 1 1 and Figure 12 is a flowchart showing a timing determining 
process (step S13). As shown in Figure 1 1 , when the CPU 36 starts the timing 
determining process, an operation of an attack is executed in proper timing by the 
player, e.g., an operation of the A button is executed in proper timing, so that the 
operation signal is input in a step S 51 . In a following step S53, the CPU 36 obtains 
a state of the A button (e.g., obtains data from the controller buffer (not shown) of the 
controller l/F 56) and determines whether or not the A button is depressed. That is, 
it is determined whether or not the operation signal in response to the operation of 
the A button is input. 

[001 17] If "NO" in the step S53, that is, if the A button is not depressed, the 
process directly returns to the step S51 . On the other hand, if "YES" in the step S53, 
that is, if the A button is depressed, the CPU 36 obtains a count value of the counter 
at a time that the A button is depressed, i.e., obtains an operation timing in a step 
S55, and obtains a timing value (data of the frame number) stored in the operation 
timing pattern data 404c, i.e., obtains a display timing in a step S57. 

[001 18] In a following step S59, the CPU 36 calculates a difference between 
the obtained count value and the timing value, and detects a degree of coincidence 
between them. Then, it is determined whether or not both the values exist within a 
predetermined range in a step S61 . In this ombod i mon t implementation . the obtained 
count value exists within the following and preceding three frames of the timing value 
by regarding the timing value as the center (coincident point). If "NO" in the step 
S61, that is, if the difference between the obtained count value and the timing value 
exceeds three frames, it is determined that both the values do not exist within the 
predetermined range, then, the groove value is reduced by "100" in a step S75, and 
the process proceeds to a step S81 shown in Figure 12. 
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[001 19] On the other hand, if "YES" in the step S61 , that is, if the difference 
between the obtained count value and the timing value is equal to or less than three 
frames, it is determined that both the values exist within the predetermined range, 
and it is determined whether a smash hit or not in a step S63. Herein; the smash hit 
means an attack when the count value and the timing value are coincident with each 
other, and a predetermined probability is satisfied. Furthermore, the predetermined 
probability is determined by an equation or a random number set in advance by a 
designer or programmer of the game. 

[00120] If "YES" in the step S63, that it, if the smash hit, a loud effect is directed 
in a step S65, and then, the process proceeds to a step S71 . For example, a color 
and brightness of the battle screen 80 is changed, the battle screen 80 itself is 
changed, a sound (sound effect) generated at a time of attacking or applying a 
damage to the enemy character 74 is made louder or changed, or the like. In a case 
of changing the sound, a monotone is output so as to become a chord, or a surround 
component of the sound is made larger. 

[00121] On the other hand, if "NO" in the step S63, that is, if not smash hit, a 
normal effect is directed in a step S67. That is, the loud effect is not directed, but the 
sound effect of the normal battle screen 80, the attack and etc. are output. In a 
following step S69, it is determined whether or not both the values are coincident 
with each other. That is, it is determined whether or not the obtained count value 
and the timing value are coincident with each other. If "NO" in the step S69, that is, if 
both the values are not coincident with each other, the process directly proceeds to a 
step S77 shown in Figure 12. On the other hand, if "YES" in the step S69, that is, if 
both the values are coincident with each other, the process proceeds to the step 
S71. 

[00122] In the step S71 , it is determined whether or not the coincidence 
between the values is successive. If "NO" in the step S71 , that is, if the coincidence 
is not successive, the process proceeds to a step S75. On the other hand, if "YES" 
in the step S71, that is, if the coincidence is successive, a groove value is added as 
described above in a step S73, and then, the process proceeds to the step S77. 
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[00123] In the step S77, a damage depending upon a degree of coincidence is 
accumulated. For example, in a case the degree of coincidence is high, a large 
damage is accumulated, and in a case that the degree of the coincidence is low, a 
small damage is accumulated. Furthermore, in a case the degree of coincidence is 
successively high, a larger damage is accumulated. 

[00124] It is noted that although a damage to be accumulated is determined 
depending upon the degree of coincidence in this ombod i mont implementation . as to 
the smash hit, a larger damage may be accumulated than that in a case the count 
value and the timing value are coincident with each other. 

[00125] In a following step S79, the groove value is reduced depending upon 
the degree of coincidence. As described above, in a case that the degree of 
coincidence is successively high, the groove value is increased, and therefore, a 
reduced amount is small. Alternatively, in a case that the degree of coincidence is 
successively high, the groove value is not increased while the reduced amount is 
rendered small. Alternatively, it is appropriate that in a case that the degree of 
coincidence is successively high, the groove value is increased and the reduced 
amount is also rendered small. 

[00126] Then, it is determined whether or not the groove value is "0" in a step 
S81 . Strictly speaking, it is determined whether or not the groove value is equal to or 
less than "0". If "NO" in the step S81 , that is, if the groove value is larger than "0", it 
is determined that the number of attacks in the offensive turn remains, and then, the 
process returns to the step S51 shown in Figure 11. On the other hand, if "YES" in 
the step S81 , that is, the groove value is equal to or less than "0", it is determined the 
number of attacks in the offensive turn does not remain, and it is returned to the 
operation timing determining process. 

[00127] According to this ombodimont implementation . the player character can 
apply a damage to the enemy character depending upon the operation timing by the 
player in the battle scene in which the player character and the enemy character 
fight with each other, and obtain the experienced value depending upon the 
operation timing, and therefore, it is possible to reflect an operation ability of the 



32 



player on the content of the game. That is, it is possible to improve a facilitating 
aspect and an entertainment aspect of the game. 

[00128] It is noted that although a description is only made on a video game 
apparatus connected to the monitor in this e mbod i m e nt implementation . it is needless 
to say that this is applicable to a game apparatus having a monitor built-in, a portable 
game apparatus, a cellular phone with game function, and etc. 

[00129] Furthermore, although the BGM corresponding to the enemy character 
is played in the battle scene in this ombod i mont implementation , only the drum part 
may be played. 

[00130] In addition, although the displaying manner of the instruction image is 
changed on the basis of the rhythm of the drum part in this 

ombod i mont implementation , the displaying manner may be changed on the basis of 
the timing frame number. In such a case, there is no need to store the data of the 
rhythm pattern in the operation timing pattern data 404c. 

[00131] Furthermore, although the rhythm pattern is played at a ratio of 120 
frames per measure, and the displaying manner of the instruction image is changed 
in this ombod i mont implementation . the number of frames may be changed 
depending upon the level (experienced value) of the player character. Also, it is 
possible that in a case that the degree of coincidence is successively high in the 
offensive turn of the player character, the number of frames is gradually changed. It 
is possible that in a case the level of the player character is high, or in a case that 
the degree of coincidence is successively high, for example, the rhythm pattern is 
played at a ratio less than 120 frames per measure (e.g., 60 frames). It is noted that 
in a case that the degree of coincidence is successively high, the number of frames 
is gradually reduced. 

[00132] Furthermore, although the instruction image 78 is displayed in an 
oscillating manner in this e mbodiment implementation , the displaying manner is not 
limited thereto. 

[00133] For example, as shown in Figure 13 (A), an instruction can be made 
such that the instruction image 78 is moved in an oscillating manner on a line and is 
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subjected to an offensive operation at a position shown by the mark of triangle. 
Furthermore, as shown in Figure 13 (B), an instruction can be made such that the 
instruction image is moved to only one direction on the line and is subjected to an 
offensive operation at a position shown by the mark of triangle. In this case, the 
instruction image 78 is moved from a right end to a left end and then, is displayed at 
the right end again, and this process is repeated. 

[00134] It is noted that in Figure 13 (A) and Figure 13 (B), the instruction image 
is moved such that timing of the instruction image coming just above the mark of 
triangle and timing of the timing frame number are coincident with each other, and at 
the coincident position, a color of the instruction image is changed. 

[00135] Furthermore, as shown in Figure 13 (C), the instruction image 78 is 
moved in a circle manner so as to be subjected to the offensive operation at a 
lowermost position. In such a case, the instruction image moves in a circle manner 
so as to come to the lowermost position at the timing indicated by the timing frame 
number. It is noted that a position indicative of the operation timing needs not to be 
limited to the lowermost position, and it may be another specific position such as an 
upper most position. In this case also, a color of the instruction image is changed at 
the position indicative of the operation timing. 

[00136] Although as shown in Figure 13 (A) to Figure 13 (C), the operation 
timing is indicated by displaying the instruction image 78 in a moving manner 
similarly to this ombodimont implementation . as shown in Figure 13 (D), the operation 
timing can be indicated by changing a form (size) of the instruction image 78. In 
Figure 13 (D), the instruction image 78, for example, has a circle shape and is 
displayed so as to gradually become larger. Then, when the circle becomes the 
largest, an offensive operation can be performed. In such a case, the largest circle 
is displayed and then, the smallest circle is displayed, and a timing is weighted at a 
time the circle is changed from the smallest circle to the largest circle. In such a 
case also, a color of an outline of the circle may be changed at a position indicative 
of the operation timing. Furthermore, a form of the circle is not changed from the 
smallest circle to the largest circle, but is changeable between them. In this case, 
the offensive operation is instructed at a time of the largest circle or the smallest 
circle. 
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[00137] Although not illustrated, a timing to be operated by the player can be 
instructed by blinking (display/non-display) the instruction image 78 shown in the 
above-described e mbod i m e nt implementation at a predetermined position. It is 
appropriate that in such a case, the instruction image 78 is displayed at the timing 
indicated by the timing frame number, and the instruction image 78 is non-displayed 
except for that. 

[00138] In addition, it is appropriate that although not illustrated, the enemy 
character 74 is changed so as to have a function of the instruction image 78, and 
whereby, the operation timing is instructed to the player by the enemy character 74 
only. 

[00139] Still furthermore, it is appropriate that although the instruction image is 
displayed, and the BGM is reproduced in the above-described 
e mbod i ment implementation , only the reproduction of the BGM is executed. In such 
the case, by listening to the BGM, the player can weight the operation timing 
according to the rhythm pattern (drum part). In its operation, in the step S1 1 shown 
in Figure 9, only the reproduction of the BGM is executed, and therefore, in Figure 
10 showing its detail, the process in the step S41 is erased. 

[00140] Since the video game system 10 of another 
ombod i mont implementation is the same as the above-described 
e mbod i mont implementation except that the operation timing pattern data 404c is set 
for each player character, a duplicated description is omitted. 

[00141] As shown in Figure 14, the operation timing pattern is assigned in 
correspondence to each of the player characters A, B,...in that 
ombod i mont implementation . Since a content of the operation timing pattern is the 
same as the above-described e mbodim e nt implementation . a detailed description is 
omitted herein. 

[00142] In that e mbod i m e nt implementation . as to the operation timing pattern, 
different patterns are assigned depending upon a level (rank) of the offensive ability 
of the player character (difficulty level of the operation). That is, in a case of 
selecting the player character of low rank, the player can perform an offensive 
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operation according to a relatively easy operation timing pattern. On the other hand, 
in a case of selecting the player character of high rank, the player can perform an 
offensive operation according to a relatively difficult (complicated) timing pattern. 

[00143] Accordingly, in that ombod i mon t implementation . it is possible to direct 
such that massiveness of the damage to be applied to the enemy character 74 and 
largeness of the experienced value are changed depending upon the difficulty level 
of the operation timing pattern as well as the operation timing. 

[00144] Furthermore, a detailed process by the CPU 36 in that 
ombodimont implementation is approximately the same as the process described by 
use of the flowcharts shown in Figure 9 to Figure 12 in the above-described 
e mbodim e nt implementation . and therefore, a detailed description is omitted. 

[00145] That ombod i mont implementation is different from the above-described 
ombodimont implementation in that in the BGM reproducing and pendulum display 
starting process shown in Figure 10 (in the step S11), the kind of the player 
character is grasped (specified) in the step S31, and the operation timing pattern 
data 404c and the BGM data corresponding to the specified player character is read 
in the step S33. 

[00146] In that e mbod i mon t implementation also, it is possible to reflect an 
operation ability of the player on the content of the game, and it is possible to 
improve an entertainment aspect of the game. 

[00 1 47] While the technology herein Although tho prosont i nvention has been 
described and illustrated in detail in connection with exemplary illustrative non- 
limiting implementations , it is clearly understood that the same is by way of 
illustration and example only and is not to be taken by way of limitation,,- the sp i r i t 
and scop e of the prosont The invention bo i ng lim i ted on l y by th e t e rms is intended to 
be defined by ef-the appended claims and to cover all corresponding and eguivalent 
arrangements whether or not specifically disclosed herein. 
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